Docket CNTR.2 094 



PIPELINED MICROPROCESSOR, APPARATUS, AND METHOD 
FOR GENERATING EARLY STATUS FLAGS 

by 

Gerard M. Col 



Assignee: VIA Technologies, Inc. 

8F, 533, Chung -Cheng Road 
Hsin-Tien, Taipei 231, Taiwan 



Address correspondence to: 

Huffman Law Group, P.C. 

Customer Number 23,669 

1832 N. Cascade Ave. 

Colorado Springs, CO 80907 

719.475.7103 

719.623.0141 

j im@huf f manlaw . net 



Docket CNTR.2094 1 

PIPELINED MICROPROCESSOR, APPARATUS, AND METHOD 

FOR GENERATING EARLY STATUS FLAGS 

by 

Gerard M. Col 

PRIORITY INFORMATION 

[0001] This application claims priority based on U.S. 
Provisional Application, Serial No. 60/445071, filed 
February 4, 2003, entitled EARLY ACCUMULATION OF FLAGS. 

FIELD OF THE INVENTION 

[0002] This invention relates in general to the field of 
pipelined microprocessors, and particularly to early 
instruction execution therein. 

BACKGROUND OF THE INVENTION 

[0003] Modern microprocessors are pipelined 

microprocessors. That is, they operate on several 

instructions at the same time, within different blocks or 
pipeline stages of the microprocessor. Hennessy and 
Patterson define pipelining as, "an implementation 
technique whereby multiple instructions are overlapped in 
execution." Computer Architecture: A Quantitative Approach , 
2 nd edition, by John L. Hennessy and David A. Patterson, 
Morgan Kaufmann Publishers, San Francisco, CA, 1996. They 
go on to provide the following excellent illustration of 
pipelining: 

A pipeline is like an assembly line. In an automobile 
assembly line, there are many steps, each contributing 
something to the construction of the car. Each step 
operates in parallel with the other steps, though on a 
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different car. In a computer pipeline, each step in 
the pipeline completes a part of an instruction. Like 
the assembly line, different steps are completing 
different parts of the different instructions in 
parallel. Each of these steps is called a pipe stage 
or a pipe segment. The stages are connected one to 
the next to form a pipe - instructions enter at one 
end, progress through the stages, and exit at the 
other end, just as cars would in an assembly line. 

[0004] Synchronous microprocessors operate according to 
clock cycles. Typically, an instruction passes from one 
stage of the microprocessor pipeline to another each clock 
cycle. In an automobile assembly line, if the workers in 
one stage of the line are left standing idle because they 
do not have a car to work on, then the production, or 
performance, of the line is diminished. Similarly, if a 
microprocessor stage is idle during a clock cycle because 
it does not have an instruction to operate on - a situation 
commonly referred to as a pipeline bubble - then the 
performance of the processor is diminished. 

[0005] A potential cause of pipeline bubbles is branch 
instructions. When a branch instruction is encountered, 
the processor must determine the target address of the 
branch instruction and begin fetching instructions at the 
target address rather than the next sequential address 
after the branch instruction. Furthermore, if the branch 
instruction is a conditional branch instruction (i.e., a 
branch that may be taken or not taken depending upon the 
presence or absence of a specified condition) , the 
processor must decide whether the branch instruction will 
be taken, in addition to determining the target address. 
Because the pipeline stage that ultimately resolves the 
target address and/or branch outcome (i.e., whether the 
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branch will be taken or not taken) is typically many stages 
below the stage that fetches the instructions, bubbles may 
be created. 

[0006] To address this problem, modern microprocessors 
typically employ branch prediction mechanisms to predict 
the target address and branch outcome early in the 
pipeline. Microprocessor designers are continually 

striving to design branch predictors with greater 
prediction accuracy. However, branch predictors mispredict 
branch instruction outcomes a non- trivial percentage of the 
time. As alluded to above, the mispredictions must be 
detected and corrected in a subsequent stage of the 
pipeline below the branch prediction stage. The penalty 
associated with the misprediction is a function of the 
number of pipeline stages between the branch predictor and 
the branch misprediction correction stage. Therefore, what 
is needed is an apparatus and method for correcting 
conditional branch instruction mispredictions earlier in 
the pipeline. 

[0007] Furthermore, conditional branch instructions 
specify a branch condition which, if satisfied, instructs 
the microprocessor to branch to the branch target address; 
otherwise, the microprocessor continues to fetch the next 
sequential instruction. The microprocessor includes status 
flags that store state of the microprocessor. The status 
flags are examined to determine whether the condition 
specified by the conditional branch instruction is 
satisfied. Thus, in order to finally determine whether a 
conditional branch instruction has been mispredicted, the 
microprocessor must examine the most current state of the 
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status flags. However, currently, it is not until late in 
the pipeline that the status flags are examined in order to 
determine whether the branch condition is satisfied and 
whether the branch prediction was incorrect. Therefore, 
what is needed is an apparatus and method for generating 
the status flags earlier in the pipeline. 

[0008] Finally, the state of the status flags is 
typically affected by the results of instructions preceding 
the conditional branch instruction. For example, the 
condition may be whether the carry flag, . which is one of 
the status flags, is set. The state of the carry flag may 
be determined by the most recent add instruction result, 
for example. However, the results of instructions that 
affect the status flags are currently generated in 
execution units located in lower pipeline stages of the 
microprocessor. Therefore, what is needed is an apparatus 
and method for generating instruction results earlier in 
the pipeline. 

SUMMARY 

[0009] In one aspect, the present invention, provides an 
apparatus and method for generating early status flags in a 
pipeline microprocessor. The apparatus includes early 
status flag generation logic that receives an instruction, 
an early result of the instruction, and a valid indicator 
indicating whether the early result is valid. In response, 
the early flag generation logic generates the early status 
flags. If the instruction is a status flag-modifying 
instruction, then the early status flags are stored in an 
early flags register. The early status flags register is 
invalidated if the early result from which the early flags 
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are generated is invalid. The early status flags and 
associated valid indicator may be employed by subsequent 
conditional instructions for early execution to avoid delay 
in waiting for the architected status flag values to be 
generated by execution units later in the pipeline. The 
early flags are revalidated if all flags-modifying 
instructions in pipeline stages below the early flag 
generation logic, if any, have already updated the 
architected status flags. 

[0010] The early status flags may be used to perform 
early correction of a conditional branch instruction in a 
pipeline microprocessor. A branch predictor predicts the 
outcome of the conditional branch instruction early in the 
pipeline. The prediction is piped down the pipeline along 
with the branch instruction. Early branch correction logic 
is located in a pipeline stage above a stage in which late 
branch correction logic is located. When the branch 
instruction reaches the early branch correction logic, the 
early branch correction logic examines the condition code 
specified by the branch instruction and determines whether 
the specified condition is satisfied in the early status 
flags in order to determine whether the prediction is 
incorrect. The early status flags are generated in 
response to instructions preceding the branch instruction. 
If the early status flags are valid and indicate a 
misprediction, the early branch correction logic corrects 
the misprediction. 

[0011] In another aspect, the early results of the 
instructions preceding the conditional branch instruction 
are generated by early execution logic. The early 
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execution logic is located in a pipeline stage above the 
stage in which execution units that generate final 
instruction results and final status flag values are 
located. The early execution logic is configured to 
execute a subset of the instructions of the microprocessor 
instruction set. In particular, the early execution logic 
is included in an address stage of the pipeline and 
comprises an address generator enhanced to perform 
frequently executed instructions that may be performed 
quickly. In one embodiment, the early execution logic 
includes logic for performing common, fast arithmetic, 
Boolean, and shift operations. If the early results 
generated by the early execution logic are results of a 
preceding instruction for which the early execution logic 
is not configured to generate a valid result, then the 
early results are invalid, and if the instruction is a 
status-flag modifying instruction, the early status flags 
are invalidated. 

[0012] In another aspect, the early results are stored 
in an early register file, whose registers correspond to 
the architected register file of the microprocessor, along 
with valid indicators for each register in the early 
register file. The early register file provides early 
results as operands to the early execution logic/address 
generator for use in generating the early results. If the 
early register file provides an invalid input operand to 
the early execution logic, then the early result generated 
is invalid, and if the instruction is a status-flag 
modifying instruction, the early status flags are 
invalidated . 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] FIGURE 1 is a block diagram of a pipeline 
microprocessor according to the present invention. 

[0014] FIGURE 2 is a block diagram illustrating in 
detail the R- stage, A- stage, and J- stage of the 
microprocessor of Figure 1 according to the present 
invention. 

[0015] FIGURE 3 is a block diagram illustrating the 
architected register file, early register file, architected 
EFLAGS register, and early EFLAGS register of Figures 1 and 
2 according to the present invention. 

[0016] FIGURE 4 is a flowchart illustrating operation of 
the apparatus of Figure 2 to generate early results and 
early EFLAGS according to the present invention. 

[0017] FIGURE 5 is a flowchart illustrating operation of 
the apparatus of Figure 2 to restore and validate the early 
EFLAGS register according to the present invention. 

[0018] FIGURE 6 is a flowchart illustrating operation of 
the microprocessor to perform early branch correction 
according to the present invention. 

[0019] FIGURE 7 is a flowchart illustrating operation of 
the microprocessor to perform late branch correction 
according to the present invention. 

DETAILED DESCRIPTION 

[0020] Referring now to Figure 1, a block diagram of a 
pipeline microprocessor 100 according to the present 
invention is shown. The microprocessor 100 includes a 
plurality of stages in its pipeline. Figure 1 illustrates 
twelve pipeline stages. 
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[0021] The microprocessor 100 includes an I-stage 102 
(instruction fetch stage) for fetching instructions. The 
I-stage 102 includes an instruction cache for caching 
program instructions. The I-stage 102 fetches program 
instructions from the instruction cache or from a system 
memory coupled to the microprocessor 100. The I-stage 102 
fetches instructions at a memory address stored in an 
instruction pointer register. Normally the instruction 
pointer is incremented as instructions are fetched such 
that instructions are fetched sequentially. However, the 
instruction pointer value may be changed to a non- 
sequential memory address in response to a branch 
instruction in order to cause the microprocessor 100 to 
branch to a branch target address. The I-stage 102 also 
includes a branch predictor 132. The branch predictor 132 
makes a prediction of whether a branch instruction is 
present in the fetched instruction stream, whether the 
branch instruction will be taken or not taken, and what is 
the branch target address of the branch instruction if it 
is taken. That is, the branch predictor 132 predicts 
whether the branch instruction, when finally resolved later 
in the pipeline 100, will instruct the microprocessor 100 
to branch to a branch target address specified by the 
branch instruction (taken) or will instruct the 
microprocessor 100 to fetch and execute the next sequential 
instruction following the branch instruction (not taken) . 
The I-stage 102 receives first and second control inputs 
154 and 156, described in more detail below, for 
instructing the I-stage 102 to correct a prediction of a 
branch instruction made by the branch predictor 132. In 
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one embodiment, the branch predictor 132 comprises a branch 
target address cache (BTAC) that caches the addresses of 
previously executed branch instructions and their resolved 
branch target address. Additionally, the BTAC stores 
prediction information used in predicting whether the 
branch instruction will be taken or not taken based on 
prior history of the branch instruction. Other embodiments 
include dynamic branch history tables, static branch 
predictors, and hybrid static/dynamic branch predictors, 
such as are well known in the art of branch prediction. In 
one embodiment, the I -stage 102 comprises four pipeline 
stages . 

[0022] The microprocessor 100 also includes an F-stage 
104 (instruction format stage), coupled to the I-stage 102. 
In one embodiment, the instruction set of the 
microprocessor 100 includes variable length instructions, 
such as the x86 architecture instruction set, rather than 
fixed- length instructions. The F-stage 104 includes an 
instruction formatter for parsing a stream of instruction 
bytes and separating the stream into distinct instructions. 
In particular, the instruction formatter determines the 
length and starting location of each instruction within the 
stream of instruction bytes. In one embodiment, the F- 
stage 104 includes an instruction queue for storing 
formatted instructions. 

[0023] The microprocessor 100 also includes an X-stage 
106 (translation stage), coupled to the F-stage 104. In 
one embodiment, the microprocessor 100 includes a reduced 
instruction set computer (RISC) core. The RISC core 
executes a native instruction set. The native 
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instructions, also referred to as microinstructions, are 
instructions that are relatively less complex and more 
efficiently executed than the program instructions fetched 
by the I -stage 102, which are referred to as 
macroinstructions . For example, the x86 architecture 
instruction set comprises macroinstructions, or complex 
instruction set computer (CISC) instructions. The X-stage 
106 includes an instruction translator for translating 
macroinstructions into microinstructions. The instruction 
translator retrieves formatted macroinstructions from the 
F-stage 104 macroinstruction queue and translates each of 
the macroinstructions into one or more microinstructions 
for provision to the remaining stages of the pipeline 100, 
which are referred to generally and collectively as the 
execution stages of the pipeline 100. In one embodiment, 
the X- stage 106 includes a microinstruction queue for 
storing translated microinstructions. In one embodiment, 
X-stage 106 comprises two pipeline stages. 

[0024] The microprocessor 100 also includes an R-stage 
108 (register stage), coupled to the X-stage 106, and an A- 
stage 112 (address generation stage) , coupled to the R- 
stage 108. The R-stage 108 includes an architected 
register file (ARF) 134 and an early register file (ERF) 
136. The architected register file 134 includes registers 
that are visible to programs executing on the 
microprocessor 100. In particular, a program instruction 
may specify a register in the architected register file 134 
as a source operand from which to receive an input for the 
instruction to operate upon to generate a result; 
similarly, the program instruction may specify a register 
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in the architected register file 134 as a destination 
operand to which the result of the instruction is to be 
written. The instruction may specify the register 

explicitly or implicitly. In one embodiment, the 

architected register file 134 includes EAX, EBX, ECX, EDX, 
EBP, ESI, EDI, and ESP registers of the x86 architecture 
register file, as shown in Figure 3. The early register 
file 136 includes registers corresponding to each of the 
registers in the architected register file 134, as shown in 
Figure 3 . 

[0025] The values stored in the architected register 
file 134 registers reflect the user-visible state of the 
microprocessor 100, whereas the values stored in the early 
register file 136 registers may reflect a speculative state 
of the microprocessor 100. That is, when a stage of the 
microprocessor 100 generates an instruction result and the 
instruction specifies an architected register file 134 
register as the result destination, the result is not 
allowed to be written to the architected register file 134 
until the instruction is no longer speculative, i.e., until 
the instruction is guaranteed to complete, or retire. In 
contrast, as described in detail below, an instruction 
result may be written to the early register file 13 6 before 
the instruction is guaranteed to complete. In particular, 
an instruction result generated by an early execution 
logic/address generator 138 (included in A-stage 112 and 
described in detail below) may be written to the early 
register file 136 before the instruction is guaranteed to 
complete. An instruction is guaranteed to complete if the 
microprocessor 100 determines that the instruction itself 
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and no instructions preceding the instruction are still 
capable of generating an exception, and all branch 
instructions preceding the instruction are finally 
resolved, i.e., the microprocessor 100 finally determines 
that each branch instruction preceding the instruction has 
been correctly either taken or not taken and that the 
branch target address of each taken branch instruction is 
correct. Additionally, the architected register file 134 
values are always guaranteed to be valid, whereas the early 
register file 136 values in addition to being speculative, 
may or may not be valid, as discussed in detail below. 
Consequently, each of the registers in the early register 
file 136 also includes a corresponding valid bit 218, as 
shown in Figure 3, for indicating whether the value stored 
in the corresponding register is valid. The early register 
file 136 is initialized to the same values with which the 
architected register file 134 is initialized when the 
microprocessor 100 is reset. 

[0026] The R-stage 108 of the microprocessor 100 
pipeline also includes an architected E FLAGS register 162 
and the A-stage 112 includes an early E FLAGS register 142. 
The architected EFLAGS register 162 and early EFLAGS 
register 142 store status flags that indicate attributes of 
the results of instructions, such as whether the result is 
zero, generated a carry, or is negative. In one 

embodiment, each status flag comprises a single bit. In 
one embodiment, architected EFLAGS register 162 comprises 
an x86 architecture EFLAGS register including the following 
status flags: overflow flag (OF), sign flag (SF) , zero flag 
(ZF) , parity flag (PF) , and carry flag (CF) , as shown in 
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Figure 3. Microprocessor 100 includes in its instruction 
set conditional instructions that specify condition codes. 
A condition code specifies a state of one or more of the 
status flags. If the current state of the status flags is 
equal to the state specified in the condition code, then 
the condition is true and the microprocessor 100 performs 
an operation specified by the conditional instruction; 
otherwise, the specified operation is not performed. An 
example of a conditional instruction is a conditional 
branch instruction, which in the x86 architecture is a jump 
if condition is met instruction ( Jcc) , which specifies a 
condition code and a displacement used to calculate a 
branch target address. A specific example of a Jcc is a 
JNZ (jump if not zero) instruction. The JNZ instruction 
specifies a "not zero" condition code. If the zero flag 
(ZF) is clear (i.e., the "not zero" condition is true), 
then the microprocessor 100 branches to the branch target 
address specified by the branch instruction (i.e., the 
conditional branch instruction is taken) ,- however, if the 
zero flag is set (i.e., the u not zero" condition is false), 
then the microprocessor 100 fetches the next sequential 
instruction after the conditional branch instruction (i.e.,, 
the conditional branch instruction is not taken) . Other 
examples of conditional x86 instructions are the SETcc, 
LOOPcc, and CMOVcc instructions. 

[0027] The architected E FLAGS register 162 includes 
status flags that are visible to programs executing on the 
microprocessor 100. In particular, a conditional program 
instruction may specify a condition code based on the 
status flags in the architected EFLAGS register 162. The 
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early E FLAGS register 142 includes status flags 
corresponding to each of the status flags in the 
architected EFLAGS register 162, as shown in Figure 3. 
Similar to the relationship between the architected 
register file 134 and the early register file 136, the 
values stored in the architected EFLAGS register 162 
reflect the user- visible state of microprocessor 100, 
whereas the values stored in the early EFLAGS register 142 
may reflect a speculative state of the microprocessor 100. 
That is, when a stage of the microprocessor 100 executes an 
instruction that modifies one or more status flags, the 
status flags are not updated in the architected EFLAGS 
register 162 until the instruction is no longer 
speculative. In contrast, as described in detail below, 
the status flags may be updated in the early EFLAGS 
register 142 before the instruction is guaranteed to 
complete. In particular, the microprocessor 100 may update 
a status flag in the early EFLAGS register 142 in response 
to an instruction executed by the early execution 
logic/address generator 13 8, also referred to as early 
execution unit 13 8, before the instruction is guaranteed to 
complete. Additionally, the architected EFLAGS register 
162 values are always guaranteed to be valid, whereas the 
early EFLAGS register 142 values may or may not be valid, 
as discussed in detail below. Consequently, the early 
EFLAGS register 142 also includes a valid bit 246, as shown 
in Figure 3, for indicating whether the values stored in 
the early EFLAGS register 142 are valid. The early EFLAGS 
register 142 is initialized to the same values with which 
the architected EFLAGS register 162 is initialized when the 
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microprocessor 100 is reset. The embodiment of Figure 3 
shows a single valid bit 246 for the early E FLAGS 142. 
However, another embodiment is contemplated in which a 
valid bit is maintained for each status flag in the early 
E FLAGS 142. 

[0028] The A-stage 112 early execution logic/address 
generator 138 generates an early result and valid indicator 
that are provided back to the R- stage 108 via an early 
result bus 152, as described in more detail below. The 
early execution logic/address generator 13 8 also performs 
effective address calculations to generate memory addresses 
for memory accesses based on input operands, such as 
operands provided by architected register file 134, early 
register file 136, and/or a constant operand provided by 
the instruction, such as a displacement, or offset. The 
memory addresses may be implicitly specified by the 
instruction. The memory addresses may also be implicitly 
specified by the instruction, such as an address of a 
location in a stack memory based on an implicitly specified 
stack pointer register (e.g., ESP) or block pointer 
register (e.g., EBP), such as in a push or pop instruction. 
[0029] The microprocessor 100 also includes a J-stage 
114, coupled to the A-stage 112. The J-stage 114 includes 
early branch correction logic 144. The early branch 
correction logic 144 selectively corrects branch 
predictions based on the early E FLAGS register 142 values 
via control signal 154, as described in detail below. 
[0030] The microprocessor 100 also includes a D-stage 
116 coupled to J-stage 114, a G-stage 118 coupled to D- 
stage 116, and an H- stage 122 coupled to G-stage 118. The 
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D-stage 116, G-stage 118, and H-stage 122 include a data 
cache for caching data from the system memory. In one 
embodiment, the data cache is a pipelined cache comprising 
three pipeline stages and requiring a three clock cycle 
access time. The data cache is accessed using memory 
addresses generated by the early execution logic/address 
generator 138. Instructions that perform load operations 
of data from memory are performed in the D-stage 116, G- 
stage 118, and H-stage 122. 

[0031] The microprocessor 100 also includes an E-stage 
124 (execution stage), coupled to H-stage 122. The E-stage 
124 includes execution units 146 that execute instruction 
operations. The execution units 146 may include circuitry 
such as adders, subtractors, multipliers, dividers, 
shifters, rotators, logic for performing Boolean 
operations, logic for performing transcendental and 
logarithmic functions, and so forth, for generating final 
results of instructions. In one embodiment, the execution 
units 146 include an integer unit, a floating-point unit, 
an MMX unit, and an SSE unit. The instruction results 
generated by the execution units 14 6 are always correct 
instruction results. The execution units 146 receive 
input, or source, operands that are always valid. The 
execution units 14 6 input operand sources include the 
architected register file 134, the architected E FLAGS 
register 162, operands from the data cache, immediate or 
constant operands specified explicitly in instructions, and 
operands forwarded from other pipeline stages. In 
particular, the execution units 146 do not receive 
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speculative input operands from the early register file 136 
or the early E FLAGS register 142. 

[0032] The microprocessor 100 also includes an S-stage 
126 (store stage), coupled to the E-stage 124. The S-stage 
126 performs store operations to store data, such as 
instruction results generated by the execution units 146, 
to the data cache and/or system memory. Additionally, the 
S-stage 126 includes late branch correction logic 148 that 
corrects branch predictions based on the architected EFLAGS 
register 162 values via control signal 156, as described in 
detail below. 

[0033] The microprocessor 100 also includes a W-stage 
128 (result write-back stage), coupled to the S-stage 126. 
The W-stage 128 updates the architected state of the 
microprocessor 100 by writing instruction results back to 
the architected register file 134 and to the architected 
EFLAGS register 162 via a result bus 158. 

[0034] In one embodiment, the microprocessor 100 
comprises a single instruction issue, or scalar, or single 
execution, microprocessor. That is, at most one 

instruction is issued each clock cycle of the 
microprocessor 100 from the instruction issuing, or 
instruction generation, stages (I-stage 102 through X-stage 
106) to the instruction execution stages (R-stage 108 
through W-stage 128) , in contrast to superscalar 
microprocessors, which issue two or more instructions for 
execution per clock cycle. However, the method and 
apparatus described herein are not limited to a scalar 
microprocessor unless so stated. In one embodiment, 
microprocessor 100 comprises an in-order issue 
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microprocessor. That is, instructions are issued for 
execution in the order they are specified in the program, 
unlike some microprocessors which have the capability to 
issue instructions out-of-order. 

[0035] Referring now to Figure 2, a block diagram 
illustrating in detail the R-stage 108, A-stage 112, and J- 
stage 114 of the microprocessor 100 of Figure 1 according 
to the present invention is shown. The R-stage 108 
includes the architected register file 134, early register 
file 136, and architected EFLAGS register 162 of Figure 1. 
The architected EFLAGS register 162 is updated from the W- 
stage 128 via result bus 158. The R-stage 108 receives an 
instruction 206 from the X-stage 106. The instruction 206 
may include decoded information about the instruction in 
addition to the instruction bytes themselves. The 
instruction specifies the type of the instruction, such as 
an add, branch, etc. The instruction may also specify a 
condition code. The instruction also may specify a 
destination operand location via a tag. In particular, the 
destination operand tag may specify one of the registers in 
the architected register file 134 as a destination of the 
instruction 206 result. The architected register file 134 
receives instruction results from the W-stage 128 via 
result bus 158 of Figure 1. A destination operand tag 278 
is provided as a selector input to the architected register 
file 134 via result bus 158 for selecting which of the 
registers will be updated with the instruction results from 
the result bus 158. The early register file 136 receives 
an early result 242 from the A-stage 112 via early result 
bus 152 of Figure 1. The instruction 106 includes a 
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destination operand tag 216 that is provided as a selector 
input to the early register file 136 for selecting which of 
the registers will be updated with the early result 242. 
The destination operand tag 216 provided to the early 
register file 136 is provided from a pipeline register 232 
that stages down the instruction 206 to the A-stage 112. . 
[0036] The instruction also may specify one or more 
source operands via source operand tags signal 214. In one 
embodiment, the instruction 206 may specify up to three 
source operands. The instruction 206 specifies register 
source operands via the source operand tags signal 214. 
The source operand tags 214 are provided as a selector 
input to the architected register file 134 and the early 
register file 136 for selecting which, if any, of the 
registers will be provided as source operands to the 
instruction 206. The instruction may also specify an 
immediate or constant (such as a displacement or offset) 
operands 222. 

[0037] The R-stage 108 also includes valid bits 218 for 
each of the early register file 136 registers, also shown 
in Figure 3. The early register file valid bits 218 
receive an early result valid indicator 244 from the A- 
stage 112 via early result bus 152. The early result valid 
indicator 244 is used to update the valid bit 218 
corresponding to the early register file 136 register 
selected by the destination operand tag 216. 
[0038] The R-stage 108 also includes a multiplexer 226 
that selects source operands for the instruction 206 
entering the R-stage 108. The multiplexer 226 receives 
source operand inputs from the architected register file 
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134 and the early register file 136. In one embodiment, 
the architected register file 134 comprises three read 
ports, two of whose outputs are provided as inputs to the 
multiplexer 226 for providing up to two source operands per 
clock cycle. In one embodiment, the early register file 
136 comprises two read ports whose outputs are provided as 
inputs to the multiplexer 226 for providing up to two 
source operands per clock cycle. The multiplexer 226 also 
receives an immediate/constant operand 222 that may be 
included in the instruction 206. The multiplexer 226 also 
receives the early result 242 from the A-stage 112. 
[0039] Additionally, the multiplexer 226 receives a 
valid bit input associated with each operand input. The 
valid bits associated with the operands received from the 
early register file 136 are provided from the early 
register file valid bits 218. The valid bit associated 
with the early result 242 operand received from the A-stage 
112 is the early result valid indicator 244. The valid 
bits for the operands provided by the architected register 
file 134 and the immediate/constant 222 operand are always 
true, i.e., the architected register file 134 and 
immediate/constant 222 operands are always valid. The 
source operands and corresponding valid bits selected by 
the multiplexer 2 26 are provided to a source operands 
pipeline register 238 and a valid bit pipeline register 
236, respectively, for provision to the A-stage 112. In 
one embodiment, the source operands register 23 8 is 
configured to store up to three source operands and the 
valid bit register 236 is configured to store up to three 
corresponding valid bits. 
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[0040] In one embodiment, the microprocessor 100 also 
includes forwarding buses (not shown) that forward results 
generated by the execution units 146 from the E- stage 124 
and the S-stage 126 to the R-stage 108 for operand 
provision. The forwarding buses are provided as inputs to 
the multiplexer 226. If the R-stage 108 instruction 
specifies a source operand whose tag does not match a 
destination tag in stages A 112 through H 122, but does 
match a destination tag in stages E 124 or S 126, then 
early flag generation/control logic 212 controls 
multiplexer 226 to select the forwarding bus supplying the 
newest result as the operand. If an operand is provided on 
the forwarding buses, it is always valid. 

[0041] The microprocessor 100 also includes early flag 
generation/control logic 212. The early flag 

generation/control logic 212 receives as input the 
architected E FLAGS 162. The early flag generation/control 
logic 212 also receives as input the instruction 206 in the 
R-stage 108 and in the A-stage 112. The early flag 
generation/control logic 212 also receives as input the 
output of the multiplexer 226 i.e., the R-stage 108 source 
operands and associated valid bits. The early flag 
generation/control logic 212 also receives as input the 
outputs of pipeline registers 232, 236 and 238, i.e., the 
A-stage 112 instruction, its source operands, and 
associated valid bits. The early flag generation/control 
logic 212 also receives as input the early result 242. The 
early flag generation/control logic 212 also receives as 
input a flag-modifying instruction present signal 2 02 from 
each of the pipeline stages below the A-stage 112. A true 
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value on a flag-modifying instruction present signal 202 
indicates that the corresponding stage has an instruction 
that modifies the architected EFLAGS register 162 and that 
the architected EFLAGS register 162 has not yet been 
updated by the instruction. The flag-modifying instruction 
present signals 202 are used to determine when the early 
EFLAGS register 142 may be restored and validated, as 
described below with respect to Figure 5 . The early flag 
generation/control logic 212 also receives as input a 
branch corrected late signal 268. A true value on the 
branch corrected late signal 268 indicates that the late 
branch correction logic 148 of Figure 1 corrected a branch 
misprediction, which implies that the pipeline 100 was 
flushed. The branch corrected late signal 268 is also used 
to determine when the early EFLAGS register 142 may be 
restored and validated, as described below with respect to 
Figure 5. The early flag generation/control logic 212 also 
receives as input destination tags 204 of the instructions 
present in each of the pipeline stages below the A-stage 
112. The destination tags 204 are used to determine 
whether a source operand specified by an instruction 2 06 in 
the R- stage 108 should be provided from the architected 
register file 134, the early register file 136 or the A- 
stage 112 early result 242, as described below with respect 
to Figure 4. In one embodiment, the instruction 206 may 
specify a memory source operand, i.e., an operand whose 
location is specified by a memory address. Typically, the 
memory operand is present in system memory, or in the data 
cache, although in one embodiment, the memory operand may 
be present in a lower stage of the microprocessor 100 
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pipeline, such as may be the case with data that is the 
subject of a previous store instruction having a 
destination memory address that matches the R- stage 108 
instruction memory operand address. Although not shown, 
the multiplexer 226 also receives memory operands as 
inputs. The early flag generation/control logic 212 also 
receives as input a memory operands present signal 266 that 
indicates whether memory source operands specified by the 
instruction are present and available for provision to the 
multiplexer 226. The memory operands present signal 266 is 
used to determine whether it is necessary to stall the R- 
stage 108 instruction 206 and whether the early result 242 
is valid, as described below with respect to Figure 4 . 
[0042] In response to its inputs, the early flag 
generation/control logic 212 generates various control 
signals. The early flag generation/control logic 212 
generates a selector control signal 2 82 that controls the 
multiplexer 226 to select the appropriate source operands 
for the instruction 206. The early flag generation/control 
logic 212 also generates the early result valid signal 244. 
The early flag generation/control logic 212 also generates 
an early EFLAGS 2 62 value for storage in early EFLAGS 
register 14 2 and a control signal 2 64 for updating the 
value in the early EFLAGS valid register 246. The value in 
the early EFLAGS valid register is initialized to a valid 
value when the microprocessor is reset. The early EFLAGS 
register 142 register and valid register 246 operate as 
pipeline registers for providing the early EFLAGS and valid 
bit to the J-stage 114. The early flag generation/control 
logic 212 also generates a stall signal 228, which is 
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provided to pipeline registers 232, 234, 236, and 238, for 
stalling the R-stage 108. In one embodiment, pipeline 
registers 232, 234, 236, and 238 comprise muxed- registers 
configured to retain their current state when the stall 
signal 228 is true, until the next clock cycle. Operation 
of the stall signal 228 is described below with respect to 
Figure 4 . 

[0043] The A-stage 112 includes the early execution 
logic/address generator 138, which receives the source 
operands from the source operands register 23 8 and 
generates the early result 242 in response to the source 
operands 238. The early execution logic/address generator 
138 includes arithmetic logic 272, Boolean logic 274, and 
shift logic 276. The early execution logic/address 
generator 138 is configured to generate effective addresses 
for memory operations. The early execution logic/address 
generator 13 8 is also configured to perform a subset of the 
operations required by the instructions of the instruction 
set of the microprocessor 100. Accordingly, the early 
execution logic/address generator 13 8 is configured to 
perform a subset of the operations performable by the 
execution units 146 of Figure 1. The early execution 
logic/address generator 138 is configured to perform a 
subset of operations that are the most commonly executed 
operations. Advantageously, in one embodiment, the most 
commonly executed operations also substantially coincide 
with operations that are the fastest to perform (i.e., 
require a relatively short amount of time to perform such 
that they can be performed in a single clock cycle) and 
require a relatively small amount of hardware, particularly 
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beyond the hardware already required to generate memory 
addresses. In one embodiment, the arithmetic logic 272 is 
configured to perform an add, subtract, increment, and 
decrement; however, the arithmetic logic 272 is not 
configured to perform an add with carry or subtract with 
borrow, for example. In one embodiment, the Boolean logic 
274 is configured to perform a Boolean AND, OR, XOR, NOR, 
move with sign extend and move with zero extend; however, 
the Boolean logic 274 is not configured to perform a byte 
swap, for example. In one embodiment, the shift logic 276 
is configured to perform a shift left or shift right; 
however, the shift logic 276 is not configured to perform 
rotate or rotate through carry operations, for example. 
Although specific embodiments are described in which the 
early execution logic/address generator 13 8 performs 
specific subsets of operations, the present invention is 
not limited to particular embodiments, and one skilled in 
the art of microprocessor design may readily appreciate 
that the early execution logic/address generator 138 may be 
configured to perform a specific subset of operations based 
on the particular instruction set of the microprocessor 100 
as well as target performance and circuit real estate 
goals. The early result 242 generated by the early 
execution logic/address generator 138 is provided to an 
early result pipeline register 254 for storage and 
subsequent provision to the J-stage 114. 

[0044] The J-stage 114 includes early branch correction 
logic 144 of Figure 1. The early branch correction logic 
144 receives the output of the early E FLAGS register 142, 
the early E FLAGS valid register 246, and the early result 
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register 254. The early branch correction logic 144 also 
receives the instruction in the J- stage 114 from a pipeline 
register 248 used to pipe down the instruction 206 from 
pipeline register 232. The microprocessor 100 also 
includes a branch predicted taken signal 2 08 that is piped 
down from the I -stage 102, F-stage 104, and X-stage 106 
through pipeline registers 234 in the R-stage 108 and 252 
in the A- stage 112 and provided to early branch correction 
logic 144 . A true value on the branch predicted taken 
signal 208 indicates that the instruction in the 
corresponding stage is a branch instruction that was 
predicted taken by the branch predictor 132 of Figure 1, 
i.e., that the microprocessor 100 branched previously in 
response to the prediction made by the branch predictor 
132 . 

[0045] In response to its inputs, the early branch 
correction, logic 144 generates the branch control signal 
154 that is provided to the I-stage 102 of Figure 1. The 
branch control signal 154 includes a branch corrected early 
signal 258 that is provided to late branch correction logic 
148 of Figure 1. The branch corrected early signal 258 is 
true if the early branch correction logic 144 corrects a 
branch prediction, as described below with respect to 
Figure 6. Operation of the early branch correction logic 
144 is described in detail below with respect to Figure 6. 
[0046] Referring now to Figure 4, a flowchart 
illustrating operation of the apparatus of Figure 2 to 
generate early results and early EFLAGS according to the 
present invention is shown. The flowchart of Figure 4 
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spans two drawing pages, denoted Figure 4A and Figure 4B. 
Flow begins at block 402. 

[0047] At block 402, an instruction 206 that specifies a 
source operand from the architected register file 134 
reaches the R-stage 108. The instruction specifies the one 
or more source register operands via source operand tags 
signal 214. Flow proceeds to block decision 404. 

[0048] At decision block 404, early flag 
generation/control logic 212 examines the instruction type 
and determines whether the instruction is of a type that 
must execute in the A- stage 112. In one embodiment, the 
instruction must execute in the A- stage 112 if the 
instruction requires the generation of a memory address 
that must be provided to the data cache in the D-stage 116. 
If the instruction must execute in the A-stage 112, then 
flow proceeds to decision block 406; otherwise, flow 
proceeds to decision block 412. 

[0049] At decision block 406, early flag 

generation/control logic 212 determines whether all source 
operands specified by the instruction are present and 
valid. If the instruction specifies a memory operand, the 
early flag generation/ control logic 212 examines the memory 
operands present signal 266 to determine whether the 
specified memory operand is present and valid. If the 
instruction specifies an immediate operand, the immediate 
operand is always present and valid. If the instruction 
specifies a register operand, early flag generation/control 
logic 212 compares the destination tags 2 04 from the lower 
pipeline stages with the source operand tag 214 to 
determine whether an older instruction in the pipeline 100 
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generated a result that is destined for the architected 
register file 134 register specified by the source operand 
tag 214. If so, the result is present in the early- 
register file 136, in which case the early flag 
generation/control logic 212 examines the valid bit 218 for 
the specified operand to determine whether the operand is 
valid. If an older instruction in the pipeline 100 has not 
generated a result that is destined for the architected 
register file 134 register specified by the source operand 
tag 214, then the operand is present and valid because it 
will be supplied from the architected register file 134. 
If all source operands specified by the instruction are 
present and valid, flow proceeds to decision block 412; 
otherwise flow proceeds to block 408. 

[0050] At block 408, early flag generation/control logic 
212 generates a true value on the stall signal 228 to stall 
the instruction in the R-stage 108 during the current clock 
cycle waiting for the source operand to either arrive from 
memory or to be written back to architected register file 
134 or to be available via forwarding buses. Flow proceeds 
from block 408 back to decision block 406. 

[0051] At decision block 412, early flag 
generation/control logic 212 compares the destination tags 
204 from the lower pipeline stages with the source operand 
tag 214 to determine whether an older instruction in the 
pipeline 100 generated a result that is destined for the 
architected register file 134 register specified by the 
source operand tag 214. If so, the result is present in 
the early register file 136, although the result may or may 
not be valid. If an older instruction in the pipeline 100 
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has not generated a result that is destined for the 
architected register file 134 register specified by the 
source operand tag 214, flow proceeds to block 416; 
otherwise flow proceeds to block 414. 

[0052] At block 414, the early flag generation/control 
logic 212 generates a value on control signal 282 to cause 
the multiplexer 226 to select the register source operand 
specified by the source operand tag 214 that is provided by 
the early register file 136. If the early result 242 is 
generated in the A-stage 112 during the same clock cycle 
that the instruction reaches the R- stage 108 and requests 
the source operand, then the multiplexer 226 will select 
the early result 242 input to provide the source operand to 
the instruction. The multiplexer 226 may select multiple 
register operands from the early register file 136 for an 
instruction that specifies multiple register operands. 
Flow proceeds to block 418. 

[0053] At block 416, the early flag generation/control 
logic 212 generates a value on control signal 282 to cause 
the multiplexer 226 to select the register source operand 
specified by the source operand tag 214 that is provided by 
the architected register file 134. Additionally, early 
flag generation/control logic 212 controls multiplexer 226 
to select non-register operands specified by the 
instruction, if any, such as immediate/constant operand 222 
or valid forwarded operands. Flow proceeds to block 418. 
[0054] At block 418, the instruction proceeds to the A- 
stage 112 where the early execution logic/address generator 
138 generates the early result 242 using the source 
operands selected by multiplexer 226. In particular, the 
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appropriate one of the arithmetic logic 272, Boolean logic 
274, or shift logic 276 generates the early result 242 
depending upon the instruction type. Flow proceeds to 
decision block 422. 

[0055] At decision block 422, early flag 
generation/control logic 212 examines the destination 
operand tag of the instruction to determine whether the 
early result 242 is destined for a register in the 
architected register file 134. If so, flow proceeds to 
decision block 424; otherwise, flow proceeds to decision 
block 434 . 

[0056] At decision block 424, early flag 
generation/control logic 212 examines the instruction type 
to determine whether the instruction is a type that is 
executable by, the early execution logic/address generator 
138. That is, the early flag generation/control logic 212 
determines whether the instruction is within the subset of 
instructions for which the early execution logic/address 
generator 138 is configured to generate a correct early 
result, assuming the source operands are valid. If so, 
flow proceeds to decision block 428; otherwise, flow 
proceeds to block 426. 

[0057] At block 426, the early flag generation/control 
logic 212 generates a false value on early result valid 
signal 244 and updates the valid bit 218 corresponding to 
the early register file 136 register specified by the 
destination operand tag 216 with the false value since the 
early execution logic/address generator 13 8 was not 
configured to generate a valid early result 242 for the 
instruction type. Flow proceeds to decision block 434. 
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[0058] At decision block 428, since the early execution 
logic/address generator 13 8 was configured to generate a 
correct early result 242, the early flag generation/control 
logic 212 determines whether all of the operands used to 
generate the early result 242 were valid. It is noted that 
if the early flag generation/control logic 212 determines 
at decision block 404 that the instruction must not be 
executed in the A- stage 112, then the instruction is not 
stalled at the R-stage 108 for lack of an operand. That 
is, even if a register operand from the early register file 
136 is not valid, the instruction is not stalled at the R- 
stage 108. Similarly, if a memory operand has not yet been 
loaded from memory, the instruction is not stalled at the 
R-stage 108. Similarly, if the early execution 

logic/address generator 138 is not configured to generate a 
valid early request for the instruction type, the 
instruction is not stalled at the R-stage 108. Instead, 
the early result 242 is marked invalid at block 426, and 
the correct result is computed later by the E- stage 124 
execution units 146. In contrast, instructions that must 
be executed in the A- stage 112, such as an instruction that 
computes an address used to access the data cache in the D- 
stage 116, are stalled in the R-stage 108 if the operands 
are not yet available and/or are not valid. If all of the 
operands used to generate the early result 242 were valid, 
flow proceeds to block 432; otherwise, flow proceeds to 
block 426 . 

[0059] At block 432, early flag generation/control logic 
212 generates a true value on early result valid signal 244 
and updates the valid bit 218 corresponding to the early 
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register file 136 register specified by the destination 
operand tag 216 with the true value since a valid early 
result 242 was generated at block 418. Additionally, the 
early register file 136 register specified by the 
destination operand tag 216 is updated with the valid early 
result 242. Flow proceeds to decision block 434. 
[0060] At decision block 434, early flag 
generation/control logic 212 examines the instruction to 
determine whether the instruction is a type that modifies 
the architected EFLAGS register 162. In one embodiment, 
instructions that modify the EFLAGS are specified according 
to the x86 architecture instruction set. If the 

instruction modifies EFLAGS, flow proceeds to block 436; 
otherwise, flow ends. 

[0061] At block 436, early flag generation/control logic 
212 generates the early EFLAGS value 262 based on the early 
result 242 generated by early execution logic/address 
generator 13 8 and based on the instruction 2 06, and updates 
the early EFLAGS register 142 with the early EFLAGS value 
262. In one embodiment, early flag generation/control 
logic 212 generates a true value for the overflow flag (OF) 
if the signed integer two's complement arithmetic performed 
by early execution logic/address generator 13 8 to generate 
the early result 242 caused an overflow condition (i.e., 
the early result 242 is too large or too small to fit in 
the destination operand) , and generates a false value 
otherwise; early flag generation/control logic 212 sets the 
sign flag (SF) to the value of the most significant bit of 
early result 242; early flag generation/control logic 212 
generates a true value for the zero flag (ZF) if early 
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result 242 is zero, and otherwise generates a false value; 
early flag generation/control logic 212 generates a true 
value for parity flag (PF) if the least-significant byte of 
the early result 242 contains an even number of 1 bits, and 
generates a false value otherwise; early flag 
generation/control logic 212 generates a true value for 
carry flag (CF) if the unsigned integer arithmetic 
performed by early execution logic/address generator 13 8 to 
generate the early result 242 caused an overflow condition 
(i.e., the arithmetic operation generated a carry or a 
borrow out of the most -significant bit of the early result 
242), and generates a false value otherwise. In one 
embodiment, rather than generating an entire set of status 
flags for writing to the early EFLAGS register 142, the 
early flag generation/control logic 212 only updates the 
particular status flags affected by the early result 242. 
In either embodiment, the early flag generation/control 
logic 212 accumulates the status flags of preceding 
instructions until they are copied from the architected 
EFLAGS register 162, as described below with respect to 
Figure 5. Flow proceeds to decision block 438. 
[0062] At decision block 438, early flag 
generation/control logic 212 determines whether the 
modification of the EFLAGS depends upon the result of the 
instruction. For example, in one embodiment, certain 
instructions directly modify the EFLAGS, such as the x86 
architecture STC (set carry), CLC (clear carry), or CMC 
(complement carry) instructions, and the modification does 
not depend upon the instruction result • since there is no 
instruction result other than the modification of the 
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status flag. If the modification of the EFLAGS depends 
upon the result of the instruction, then flow proceeds to 
decision block 442; otherwise, flow ends. 

[0063] At decision block 442, early flag 
generation/control logic 212 examines the early result 
valid indicator 244 to determine whether the early result 
242 is valid. If so, flow ends; otherwise, flow proceeds 
to block 444 . 

[0064] At block 444, early flag generation/control logic 
212 generates a value on control signal 264 to update the 
value in the early EFLAGS valid register 246 to indicate 
the status flags stored in the early EFLAGS register 142 
are invalid. It is noted that blocks 434 to 444 operate to 
accumulate the invalidity of the early EFLAGS register 142 
once invalidated until the early EFLAGS 142 are revalidated 
as described below with respect to Figure 5. In one 
embodiment, because instructions that modify the EFLAGS 
directly are relatively rarely executed, to simplify the 
early flag generation/control logic 212, the early EFLAGS 
142 are invalidated if an instruction that directly updates 
a status flag is encountered. Flow ends at block 444. 
[0065] Referring now to Figure 5, a flowchart 
illustrating operation of the apparatus of Figure 2 to 
restore and validate the early EFLAGS register 142 
according to the present invention is shown. Figure 5 
includes two separate flowcharts. Each flowchart describes 
restoration and validation of the early EFLAGS register 142 
in response to a different event that triggers the 
restoration and validation. With respect to the first 
event, flow begins at block 502. 
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[0066] At block 502, a branch instruction reaches the S- 
stage 126. If the branch instruction needs correcting, 
i.e., if the branch predictor 132 mispredicted the branch 
instruction, either by mispredicting whether the branch was 
taken or mispredicting the branch target address, then the 
late branch correction logic 148 flushes the pipeline 100 
in the process of correcting the misprediction, as 
described below with respect to Figure 7. Flushing .the 
pipeline 100 implies that no architected EFLAGS register- 
modifying instructions are present in the pipeline stages 
below the R-stage 108, or stated alternatively, any 
instructions in the pipeline that modify the architected 
EFLAGS register 162 have already updated the architected 
EFLAGS register 162 or have been flushed. Therefore, the 
architected EFLAGS register 162 contains the most current 
state. It is noted that the branch instruction corrected 
may be either a conditional or unconditional type branch 
instructions. Furthermore, the early EFLAGS register 142 
may be restored in response to other events that cause the 
pipeline to be flushed other than correction of branch 
instructions, such as exceptions. Flow proceeds to 

decision block 504. 

[0067] At decision block 504, early flag 
generation/control logic 212 examines the branch corrected 
late signal 268 to determine whether the S-stage 126 branch 
instruction was corrected by the late branch correction 
logic 148, thereby implying that the pipeline 100 was 
flushed to make the correction for the misprediction. If 
so, flow proceeds to block 506; otherwise, flow ends. 
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[0068] At block 506, the early flag generation/control 
logic 212 copies the value of the architected EFLAGS 
register 162 to the early EFLAGS register 142 via signal 
262 and marks the early EFLAGS register 142 valid via 
signal 264, thereby restoring the early EFLAGS 142 to a 
valid state. Flow ends at block 506. 

[0069] With respect to the second event described in 
Figure 5, flow begins at block 512. 

[0070] At block 512, the early flag generation/control 
logic 212 examines the flag-modifying instruction present 
signal 202 to determine whether all architected EFLAGS 
register-modifying instructions that are present below the 
A- stage 112, if any, have updated the architected EFLAGS 
register 162. If so, flow proceeds to block 514; 
otherwise, flow ends. 

[0071] At block 514, the early flag generation/control 
logic 212 copies the value of the architected EFLAGS 
register 162 to the early EFLAGS register 142 via signal 
262 and marks the early EFLAGS register 142 valid via 
signal 264, thereby restoring the early EFLAGS 142 to a 
valid state. Flow ends at block 514. 

[0072] It is noted that the flushing of the pipeline 100 
due to a branch correction in the S-stage 126, which is 
determined at block 504, is one event that creates the 
condition for which a determination is made at block 512. 
[0073] Referring now to Figure 6, a flowchart 
illustrating operation of the microprocessor 100 to perform 
early branch correction according to the present invention 
is shown. Flow begins at block 602. 
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[0074] At block 602, a conditional branch instruction 
reaches the J- stage 114. Flow proceeds to decision block 
604 . 

[0075] At decision block 604, early branch correction 
logic 144 examines the output of the early EFLAGS valid 
register 246 to determine whether the early EFLAGS register 
142 is valid. If so, flow proceeds to block 606; 
otherwise, flow ends. That is, if the early EFLAGS 
register 142 is invalid, the apparatus does not perform 
early conditional branch correction. 

[0076] At block 606, the early branch correction logic 
144 examines the early EFLAGS register 142 contents to 
determine whether the condition specified by the condition 
code in the conditional branch instruction is satisfied. 
Flow proceeds to decision block 608. 

[0077] At decision block 608, early branch correction 
logic 144 determines whether it is necessary to correct the 
prediction of the conditional branch instruction in 
response to block 606. The conditional branch instruction 
needs to be corrected if the condition is satisfied in the 
valid early EFLAGS register 142 such that the conditional 
branch instruction should have been taken, yet the branch 
predictor 132 predicted the branch not taken (as indicated 
by a false value on the piped-down J- stage 114 version of 
the branch predicted taken signal 208), i.e., caused the 
microprocessor 100 to fetch the next sequential 
instruction; conversely, the conditional branch instruction 
needs to be corrected if the condition is not satisfied in 
the valid early EFLAGS register 142 such that the 
conditional branch instruction should not have been taken, 
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yet the branch predictor 132 predicted the branch taken (as 
indicated by a true value on the piped-down J- stage 114 
version of the branch predicted taken signal 208), i.e., 
caused the microprocessor 100 to branch to the predicted 
branch target address. If it is necessary to correct the 
prediction of the conditional branch instruction, flow 
proceeds to decision block 612; otherwise, flow ends. 
[0078] At decision block 612, having determined that the 
conditional branch instruction needs correcting, the early 
branch correction logic 144 examines the piped-down J- stage 
114 version of the branch predicted taken signal 208 to 
determine whether the conditional branch instruction was 
predicted taken. If so, flow proceeds to block 616; 
otherwise, flow proceeds to block 614. 

[0079] At block 614, early branch correction logic 144 
directs the I-stage 102 via signal 154 to flush the 
pipeline 100 above the J- stage 114 and to branch the 
microprocessor 100 to the branch target address of the 
conditional branch instruction. In one embodiment, the 
branch target address of the conditional branch instruction 
is generated by the early execution logic/address generator 
138 in the A-stage 112. Additionally, the early branch 
correction logic 144 generates a true value on branch 
corrected early signal 258, which is piped down to the late 
branch correction logic 148, whose use is described with 
respect to Figure 7. Flow ends at block 614. 

[0080] At block 616, early branch correction logic 144 
directs the I-stage 102 via signal 154 to flush the 
pipeline 100 above the J- stage 114 and to branch the 
microprocessor 100 to the next sequential instruction after 
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the conditional branch instruction. Additionally, the 
early branch correction logic 144 generates a true value on 
branch corrected early signal 258, which is piped down to 
the late branch correction logic 14 8, whose use is 
described with respect to Figure 7. Flow ends at block 
616. 

[0081] Referring now to Figure 7, a flowchart 
illustrating operation of the microprocessor 100 to perform 
late branch correction according to the present invention 
is shown. Flow begins at block 702. 

[0082] At block 702, a conditional branch instruction 
reaches the S-stage 126. Flow proceeds to block 704. 

[0083] At block 704, the late branch correction logic 
148 examines the architected EFLAGS register 162 contents 
to determine whether the condition specified by the 
condition code in the conditional branch instruction is 
satisfied. Flow proceeds to decision block 706. 

[0084] At decision block 706, late branch correction 
logic 14 8 determines whether it is necessary to correct the 
prediction of the conditional branch instruction in 
response to block 704. The conditional branch instruction 
needs to be corrected if the condition is satisfied in the 
architected EFLAGS register 162 such that the conditional 
branch instruction should have been taken, yet the branch 
predictor 132 predicted the branch not taken (as indicated 
by a false value on the piped-down S-stage 126 version of 
the branch predicted taken signal 208), i.e., caused the 
microprocessor 100 to fetch the next sequential 
instruction; conversely, the conditional branch instruction 
needs to be corrected if the condition is not satisfied in 
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the architected EFLAGS register 162 such that the 
conditional branch instruction should not have been taken, 
yet the branch predictor 132 predicted the branch taken (as 
indicated by a true value on the piped-down S-stage 126 
version of the branch predicted taken signal 208), i.e., 
caused the microprocessor 100 to branch to the predicted 
branch target address. If it is necessary to correct the 
prediction of the conditional branch instruction, flow 
proceeds to decision block 708; otherwise, flow ends. 
[0085] At decision block 708, late branch correction 
logic 148 examines the branch corrected early signal 258 to 
determine whether the misprediction of the conditional 
branch instruction was already corrected by the early 
l?ranch correction logic 144. If so, flow ends; otherwise, 
flow proceeds to decision block 712. 

[0086] At decision block 712, having determined that the 
conditional branch instruction needs correcting, the late 
branch correction logic 14 8 examines the piped-down S-stage 
126 version of the branch predicted taken signal 2 08 to 
determine whether the conditional branch instruction was 
predicted taken. If so, flow proceeds to block 716; 
otherwise, flow proceeds to block 714. 

[0087] At block 714, late branch correction logic 148 
directs the I -stage 102 via signal 154 to flush the 
pipeline 100 above the S-stage 126 and to branch the 
microprocessor 100 to the branch target address of the 
conditional branch instruction. Flow ends at block 714. 

[0088] At block 716, late branch correction logic 148 
directs the I-stage 102 via signal 154 to flush the 
pipeline 100 above the S-stage 12 6 and to branch the 
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microprocessor 100 to the next sequential instruction after 
the conditional branch instruction. Flow ends at block 
716. 

[0089] As may be seen from the foregoing, the 
microprocessor 100 described is capable of providing a 
result of a preceding instruction as a register operand to 
a subsequent address-generating or non-address-generating 
instruction multiple clock cycles earlier than a 
microprocessor without the benefit of the early execution 
logic/address generator 138 and early register file 136, 
thereby reducing the number of pipeline bubbles incurred. 
Reducing pipeline bubbles decreases the average clocks per 
instruction, which is a major component of microprocessor 
performance. Furthermore, the early results may be 
employed to update status flags sooner than was previously 
possible, thereby potentially enabling the execution of 
conditional instructions sooner than was previously 
possible. Still further, the microprocessor 100 described 
is capable of correcting an incorrectly predicted 
conditional branch instruction multiple clock cycles sooner 
than a microprocessor without the benefit of the early 
branch correction logic 144. Finally, the demand for 
higher microprocessor clock frequencies is causing 
microprocessor designers to increase the number of pipeline 
stages. As the number of pipelines stages increases, the 
number of pipeline bubbles incurred waiting for instruction 
results and/or status flag updates may increase. 
Similarly, the delay in correcting mispredicted branch 
instructions may also increase as the number of pipeline 
stages increases. These facts heighten the advantages just 
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described of the microprocessor, apparatus, and method 
described herein. 

[0090] Although the present invention and its objects, 
features and advantages have been described in detail, 
other embodiments are encompassed by the invention. For 
example, although a microprocessor embodiment is described 
substantially conforming to the x86 architecture, the 
apparatus and method described are not limited to the x86 
architecture and may be employed in various microprocessor 
architectures. Additionally, although an embodiment is 
described in which a conditional branch instruction is 
corrected early, advantages of the early generation of 
status flags may be utilized to perform other instructions 
early, such as, for example the x86 LOOPcc instruction, for 
which the same benefits inhere as with the Jcc instruction; 
or the x86 SETcc and CMOVcc instructions may be executed 
early so that their results may be available for subsequent 
dependent instructions. Furthermore, beyond usage of the 
early results to generate early status flag values, the 
early results may also be used to perform early branch 
correction of indirect branch instructions, commonly 
referred to as "jump through register" instructions, which 
specify the branch target address as a source register 
operand value. 

[0091] Also, in addition to implementations of the 
invention using hardware, the invention can be implemented 
in computer readable code (e.g., computer readable program 
code, data, etc.) embodied in a computer usable (e.g., 
readable) medium. The computer code causes the enablement 
of the functions or fabrication or both of the invention 
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disclosed herein. For example, this can be accomplished 
through the use of general programming languages (e.g., C, 
C++, JAVA, and the like); GDSII databases; hardware 
description languages (HDL) including Verilog HDL, VHDL, 
Altera HDL (AHDL) , and so on; or other programming and/or 
circuit (i.e., schematic) capture tools available in the 
art. The computer code can be disposed in any known 
computer usable (e.g., readable) medium including 
semiconductor memory, magnetic disk, optical disk (e.g., 
CD-ROM, DVD-ROM, and the like) , and as a computer data 
signal embodied in a computer usable (e.g., readable) 
transmission medium (e.g., carrier wave or any other medium 
including digital, optical or analog-based medium) . As 
such, the computer code can be transmitted over 
communication networks, including Internets and intranets. 
It is understood that the invention can be embodied in 
computer code (e.g., as part of an IP (intellectual 
property) core, such as a microprocessor core, or as a 
system-level design, such as a System on Chip (SOC) ) and 
transformed to hardware as part of the production of 
integrated circuits. Also, the invention may be embodied 
as a combination of hardware and computer code. 
[0092] Finally, those skilled in the art should 
appreciate that they can readily use the disclosed 
conception and specific embodiments as a basis for 
designing or modifying other structures for carrying out 
the same purposes of the present invention without 
departing from the spirit and scope of the invention as 
defined by the appended claims. 
I claim: 



